Method of encapsulating diverse user interface components while consistently enforcing external constraints

ABSTRACT

A computer-implemented method, apparatus, and computer readable storage medium encapsulate user interface components that collect data for a case management solution, while consistently enforcing metadata and constraints. Multiple types of interactive documents are supported, and a configuration indicates the type whose user interface components are to be encapsulated. A wrapper widget is created based on the interactive document type and implements an interface that enables it to interact externally with the case management environment and internally with the interactive document. The wrapper widget injects case property data values, metadata and/or constraints from the case management environment into the interactive document, which then enables editing of the case property data values and the effecting of the metadata and/or enforcing of the constraints. The wrapper widget is responsive to requests from the case management environment to validate and persist the interactive document to a case of the case management solution.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates generally to managing and displayingcasework data, and in particular, to a computer-implemented method,apparatus, and computer readable storage medium for encapsulatingdiverse user interface components while consistently enforcing externalmetadata and constraints for the components. In addition, the presentinvention relates to the field of case management in which data iscollected from one or more users according to a pattern orchestrated bya case solution.

2. Description of the Related Art

An industry solution is an information technology (IT) asset that helpssolve an industry-specific problem and is easily reconfigurable to meetspecific needs of each client. A solution often helps a client to reachout to and interact with their own customers or users.

An important segment within industry solutions is called casemanagement, which takes the view that a customer/user interactionpattern can be orchestrated by a case. The definition of a case includesdata structure and data type definitions, metadata and validationconstraint definitions, business process and user access rules, andother possible resources. Each piece of data in a case is called a caseproperty, which consists of a name and a value. A case property can bepart of the information collected for a case, and it may also be used indecision logic of business process rules. Metadata for a case propertycan include information about the case property such as whether it isread-only or hidden. A validation constraint may be as simple asrequiring the case property value to be a particular data type, such asa number, or it could be a range constraint, such as an upper or lowernumeric bound, on the case property value.

Based on an initial request by a customer or user, the case managementsystem instantiates the case definition, and the resultant caseorchestrates the interaction to achieve the goal or goals implicit inthe defined pattern. For example, a case management system could be usedto orchestrate the means by which a customer makes and successfullycompletes a warranty claim for a defective product. The process wouldbegin with collecting initial information about the defective product,about the defect, and about the purchase. The process would includedetermining the legitimacy of the warranty claim, providing basicsupport to qualify the defect and determine a course of action, andultimately to effect a repair or replacement of the product.

A case management user interface is a collection of interactivecomponents that collect data from a user and store it in the datastructure of a case (an instance of a case definition). The presentationof the user interface is also affected by the metadata of the case. Acommon piece of metadata is an enumeration of the valid values that adata item may take. If such a list is available, then it would bepresented in a dropdown menu or list box, and the input would becollected via list selection rather than by free-form typing in a textentry field. Other common metadata includes Boolean flags such as forindicating whether a data node is read-only or required to fill in astep of the case processing. The user interface components would beaffected by enforcing the read-only property or providing a sensoryindication of the required property. Still other metadata can definevalidity constraints, such as a numeric data type or a minimum ormaximum value or length. The user interface of a component associatedwith a data node would be affected by indicating whether the currentdata value is or is not valid according to the constraints. A casemanagement asset would also typically forbid progress to the next stepof the orchestrated pattern when the data associated with the currentstep contains invalid values.

The term “case management solution” has been used to describe a softwaresolution that supports the design, deployment, execution andreconfiguration of case management assets. As the field of casemanagement matures, the term “advanced case management” has emerged as away to characterize case management assets that have advanced featurerequirements, such as the requirement to collect many dozens, scores orhundreds of fields of data. Some examples of advanced case managementinclude: home or car insurance claims, credit card charge disputeresolution, citizen-facing ombudsperson cases, contagious diseaseoutbreak tracking, and management of complex medical or psychologicaltreatment cases. IBM Case Manager™ (ICM) is one product entry in thefield of advanced case management solutions.

A problem arises in advanced case management solutions with respect tothe expected maturity of the user interface. The typical case managementsolution generates a user interface presentation layer (herein called aCase Data widget) for the data of a step using a simple linear columnarapproach or a column of expandable stacks of related data values. Theadvantage of this approach is that it most easily adapts to areconfiguration of the case management asset in which the data structureis amended to add or remove data nodes.

However, there are a number of disadvantages to this approach. For one,it provides a one-size-fits-all approach to the user interface layout inwhich usability substantially degrades in quality as the size of thedata set grows. As well, larger data sets tend to correlate to moreadvanced requirements in an overall solution that a case managementasset simply cannot begin to address using only a simple user interfaceapproach.

Accordingly, a critical feature in the user interface is the ability todisplay and interact with data fields representing case properties ortasks. A variety of configurable field layout widgets is desired, wherethe designer of an end solution can select an appropriate tool for eachuser interface page based on the complexity of the interface (number offields, interactions between fields, and so on), the complexity ofexternal interactions (events between components, interactions withdatabases, interactions between field, etc.), and the flexibility neededin expressing the user interface including internal constraints (e.g.,the number of fields, interactions between fields, layout of fields,ordering, dynamic elements, etc.).

A form is a kind of interactive document that combines a data structurewith a template describing interaction behavior rules and acomprehensive user interface definition. The document processor of aform is a software system that an end-user interacts with via thedefined user interface and according to behavioral rules. Data from theend-user is collected with the user interface and stored in the datastructure of the form.

Forms documents focus on structured data collection. Examples includeFileNet P8 eForms, IBM Forms, and PDF Forms. Other examples ofinteractive documents are spreadsheets and word processing documents, inproprietary formats or ODF (open document format). These documents cancollect data in the context of “unstructured” content, such asfill-in-the-blanks components within the free-flowing text of a textualcontract, or semi-structured content, such as spreadsheets that combineexplanatory text cells with data input and calculations needed forexpense reports or sales projections.

In a prior release of an advanced case management solution, one versionof a forms technology was incorporated into the case definitionfacility. The solution was the IBM Case Manager, and the formstechnology was FileNet P8 eForms. By including a P8 eForm in the casemanagement assets, it became possible to present a reasonablyhigh-precision user interface layout for data collection, as analternative to the default simple user interface approach.

However, a disadvantage of this approach is that a number of advancedrequirements could not be met using only the one interactive documenttechnology because no single technology is intended to provide all theinteractive document features that may be needed across the wide rangeof solutions that fit the general case management pattern.

In the above mentioned incorporation of a forms technology into anadvanced case management solution, a second disadvantage was that thefocus of the incorporation was on providing an alternative means ofdefining the user interface layout. However, the metadata components ofthe case management asset were not accommodated, leading to duplicationof interaction behavior rules in order to ensure consistent behaviorbetween the form interface and the simple data user interface.

In view of the above, there are two primary problems in the prior art.First is the development of a user interface abstraction that allowsmany diverse user interface tools to be applied. Second is a mechanismfor consistently enforcing system behaviors that are expressed in thevery complex environment that surrounds and backs the user interface. Animportant aspect of this is enforcing system constraints, such asallowed ranges, choice lists, and so on, where the user interface toolsmay or may not support the full set of system constraints.

Existing solutions are generally purpose built, and are limited bysystem capabilities and the time available to build new components. Forexample, in ICM 5.0™ (available from the assignee of the presentinvention), a simple field layout widget was provided. This Case Datawidget provides a good expression of the system constraints since it wasdesigned with the overall ICM system in mind. However, the widget isvery limited in its ability to interact with other systems or to providea more customized user interface.

SUMMARY OF THE INVENTION

Embodiments of the invention provide an abstract user interface widget(referred to herein as the Case Interactive Document Rendering widget)that interacts with the ICM provided environment externally, and with avariety of user interface design options internally. In embodiments ofthe invention, the Case Interactive Document Rendering widget can alsobe used as a direct replacement for the Case Data widget of a casemanagement solution. Within the Case Interactive Document Renderingwidget, different interactive document rendering technologies can beused (user configurable), such as P8 eForms and IBM™ Forms. P8 eFormsand IBM™ Forms are electronic forms management applications that supplydevelopers with out-of-the-box components that can be modified to createcustom forms or workflows for use in custom web applications. Otherinteractive document formats can be rendered within the Case InteractiveDocument Rendering widget by using wrapper widgets that implement acommon interface according to the specific interactive document format.

Within the Case Interactive Document Rendering widget, case properties,metadata and constraints of a case management solution are fullysupported. ICM provides a rich set of configurable metadata andconstraints, such as whether a case property is read-only, hidden or ofa particular data type. These metadata and constraints may or may notmap to similar capabilities in the specific user interface technologyapplied (P8 eForms or IBM™ Forms in the example given). Some metadataand constraints of the system are directly transferred to the rendereduser interface (UI), when possible, and others are maintained andenforced in the wrapping widget. This provides three key benefits:

(1) A very high level of compliance is maintained with the case propertymetadata and constraints, even when the user interface definition isrendered outside of the case management system;

(2) Where possible, the case property metadata and constraints areexpressed directly in the user interface definition (such as a form)where the user will get the most immediate feedback during interactiverendition of the user interface; and

(3) This blended approach allows case management solutions to exploitcapabilities related to metadata and constraints that may be unique toeither the user interface definition tool or the case management system.For example, the user interface definition tool may allow metadata andconstraints to be computationally determined based on values of othercase properties or data internal to the user interface definition. Thiscapability could be exploited to create more dynamic user interfacebehaviors, while still effecting metadata and constraints transferredfrom the case management solution into the interactive rendition of theuser interface. Similarly, new case management system capabilities canbe invoked by the wrapper widget without impacting the interactiverendition behavior of the user interface definition in the interactivedocument.

BRIEF DESCRIPTION OF THE DRAWINGS

Referring now to the drawings in which like reference numbers representcorresponding parts throughout:

FIG. 1 is an exemplary hardware and software environment used toimplement one or more embodiments of the invention;

FIG. 2 schematically illustrates a typical distributed computer systemusing a network to connect client computers to server computers inaccordance with one or more embodiments of the invention;

FIG. 3 illustrates the primary components used as well as keyoperational steps that occur while opening a form in accordance with oneor more embodiments of the invention;

FIG. 4 illustrates the operation sequence that occurs when a datacollection task is completed successfully with a form in accordance withone or more embodiments of the invention; and

FIG. 5 is a flow chart illustrating the logical flow for encapsulatinguser interface components in accordance with one or more embodiments ofthe invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

In the following description, reference is made to the accompanyingdrawings which form a part hereof, and which is shown, by way ofillustration, several embodiments of the present invention. It isunderstood that other embodiments may be utilized and structural changesmay be made without departing from the scope of the present invention.

Overview

In general, embodiments of the invention provide the incorporation ofany number of diverse interactive document technologies into a casemanagement asset. When utilized with form technologies (e.g., the P8eForms technology and/or the IBM Forms technology), the incorporationmay be performed using a Case Interactive Document Rendering widget.

One advantage of such an approach is that it allows unique features of anew or different interactive document technology to be exploited. Forexample, whereas P8 eForms may have been used in a case managementsolution, the ability to switch over to using IBM Forms enables the useof features unique to the IBM Forms technology, including the ability todynamically hide any portion of the user interface and the ability toproduce a “document of record” for the interaction represented by thecase. Such a document could be digitally signed or printed, therebyenabling satisfaction of legal or auditability requirements. Anotheradvantage is that the IBM Form template is instantiated as a documentthat contains the data collected, whereas P8 eForms are only templateswhose connection to the data only occurs during execution of the formwithin the case management solution. Therefore, an IBM Form can bepresented outside of the context of the original case managementsolution, where it can collect data needed to initiate a case. These aresimply some of the specific features of an alternative interactivedocument technology that illustrate the advantage of being able toincorporate multiple such technologies to access the advanced featuresof each.

In view of the above, embodiments of the invention provide forintegrating a plurality of document technologies. Such integration maybe performed with IBM Forms documents that are based on the XFormsstandard. Further, the XForms model component is also available in ODFwordprocessing and spreadsheet documents. The IBM Forms integration mayalso be based on the injection of both data and metadata into the XFormsmodel of the IBM Forms, and therefore essentially the same machinery canactivate ODF wordprocessing and spreadsheet documents within an advancedcase management solution.

In addition, embodiments of the invention overcome the disadvantages ofprior systems. More specifically, embodiments of the invention are basedon integration of not only the data layer but also the metadata layer sothat the user interface provided by the interactive document technologyhas behaviors on par with the expectations laid out in the casemanagement asset.

Hardware Embodiment Overview

FIG. 1 is an exemplary hardware and software environment 100 used toimplement one or more embodiments of the invention. The hardware andsoftware environment includes a computer 102 and may includeperipherals. Computer 102 may be a user/client computer, servercomputer, or may be a database computer. The computer 102 comprises ageneral purpose hardware processor 104A and/or a special purposehardware processor 104B (hereinafter alternatively collectively referredto as processor 104) and a memory 106, such as random access memory(RAM). The computer 102 may be coupled to, and/or integrated with, otherdevices, including input/output (I/O) devices such as a keyboard 114, acursor control device 116 (e.g., a mouse, a pointing device, pen andtablet, touch screen, multi-touch device, etc.) and a printer 128. Inone or more embodiments, computer 102 may be coupled to, or maycomprise, a portable or media viewing/listening device 132 (e.g., an MP3player, iPod™, Nook™, portable digital video player, cellular device,personal digital assistant, etc.). In yet another embodiment, thecomputer 102 may comprise a multi-touch device, mobile phone, gamingsystem, internet enabled television, television set top box, or otherinternet enabled device executing on various platforms and operatingsystems.

In one embodiment, the computer 102 operates by the general purposeprocessor 104A performing instructions defined by the computer program110 under control of an operating system 108. The computer program 110and/or the operating system 108 may be stored in the memory 106 and mayinterface with the user and/or other devices to accept input andcommands and, based on such input and commands and the instructionsdefined by the computer program 110 and operating system 108, to provideoutput and results.

Output/results may be presented on the display 122 or provided toanother device for presentation or further processing or action. In oneembodiment, the display 122 comprises a liquid crystal display (LCD)having a plurality of separately addressable liquid crystals.Alternatively, the display 122 may comprise a light emitting diode (LED)display having clusters of red, green and blue diodes driven together toform full-color pixels. Each liquid crystal or pixel of the display 122changes to an opaque or translucent state to form a part of the image onthe display in response to the data or information generated by theprocessor 104 from the application of the instructions of the computerprogram 110 and/or operating system 108 to the input and commands. Theimage may be provided through a graphical user interface (GUI) module118. Although the GUI module 118 is depicted as a separate module, theinstructions performing the GUI functions can be resident or distributedin the operating system 108, the computer program 110, or implementedwith special purpose memory and processors.

In one or more embodiments, the display 122 is integrated with/into thecomputer 102 and comprises a multi-touch device having a touch sensingsurface (e.g., track pod or touch screen) with the ability to recognizethe presence of two or more points of contact with the surface. Examplesof multi-touch devices include mobile devices (e.g., iPhone™, Nexus S™,Droid™ devices, etc.), tablet computers (e.g., iPad™, HP Touchpad™),portable/handheld game/music/video player/console devices (e.g., iPodTouch™, MP3 players, Nintendo 3DS™, PlayStation Portable™, etc.), touchtables, and walls (e.g., where an image is projected through acrylicand/or glass, and the image is then backlit with LEDs).

Some or all of the operations performed by the computer 102 according tothe computer program 110 instructions may be implemented in a specialpurpose processor 104B. In this embodiment, the some or all of thecomputer program 110 instructions may be implemented via firmwareinstructions stored in a read only memory (ROM), a programmable readonly memory (PROM) or flash memory within the special purpose processor104B or in memory 106. The special purpose processor 104B may also behardwired through circuit design to perform some or all of theoperations to implement the present invention. Further, the specialpurpose processor 104B may be a hybrid processor, which includesdedicated circuitry for performing a subset of functions, and othercircuits for performing more general functions such as responding tocomputer program 110 instructions. In one embodiment, the specialpurpose processor 104B is an application specific integrated circuit(ASIC).

The computer 102 may also implement a compiler 112 that allows anapplication or computer program 110 written in a programming languagesuch as COBOL, Pascal, C++, FORTRAN, or other language to be translatedinto processor 104 readable code. Alternatively, the compiler 112 may bean interpreter that executes instructions/source code directly,translates source code into an intermediate representation that isexecuted, or that executes stored precompiled code. Such source code maybe written in a variety of programming languages such as Java™, Perl™,Basic™, etc. After completion, the application or computer program 110accesses and manipulates data accepted from I/O devices and stored inthe memory 106 of the computer 102 using the relationships and logicthat were generated using the compiler 112.

The computer 102 also optionally comprises an external communicationdevice such as a modem, satellite link, Ethernet card, or other devicefor accepting input from, and providing output to, other computers 102.

In one embodiment, instructions implementing the operating system 108,the computer program 110, and the compiler 112 are tangibly embodied ina non-transient computer-readable medium, e.g., data storage device 120,which could include one or more fixed or removable data storage devices,such as a zip drive, floppy disc drive 124, hard drive, CD-ROM drive,tape drive, etc. Further, the operating system 108 and the computerprogram 110 are comprised of computer program 110 instructions which,when accessed, read and executed by the computer 102, cause the computer102 to perform the steps necessary to implement and/or use the presentinvention or to load the program of instructions into a memory 106, thuscreating a special purpose data structure causing the computer 102 tooperate as a specially programmed computer executing the method stepsdescribed herein. Computer program 110 and/or operating instructions mayalso be tangibly embodied in memory 106 and/or data communicationsdevices 130, thereby making a computer program product or article ofmanufacture according to the invention. As such, the terms “article ofmanufacture,” “program storage device,” and “computer program product,”as used herein, are intended to encompass a computer program accessiblefrom any computer readable device or media.

Of course, those skilled in the art will recognize that any combinationof the above components, or any number of different components,peripherals, and other devices, may be used with the computer 102.

FIG. 2 schematically illustrates a typical distributed computer system200 using a network 202 to connect client computers 204 to servercomputers 206. A typical combination of resources may include a network202 comprising the Internet, LANs (local area networks), WANs (wide areanetworks), SNA (systems network architecture) networks, or the like,clients 204 that are personal computers or workstations (as set forth inFIG. 1), and servers 206 that are personal computers, workstations,minicomputers, or mainframes (as set forth in FIG. 1). However, it maybe noted that different networks such as a cellular network (e.g., GSM[global system for mobile communications] or otherwise), a satellitebased network, or any other type of network may be used to connectclient computers 204 and servers 206 in accordance with embodiments ofthe invention.

A network 202 such as the Internet connects client computers 204 toserver computers 206. Network 202 may utilize ethernet, coaxial cable,wireless communications, radio frequency (RF), etc. to connect andprovide the communication between clients 204 and servers 206. Clientcomputers 204 may execute a client application or web browser andcommunicate with server computers 206 executing web servers 210. Such aweb browser is typically a program such as MICROSOFT INTERNET EXPLORER™,MOZILLA FIREFOX™, OPERA™, APPLE SAFARI™, etc. Further, the softwareexecuting on client computers 204 may be downloaded from server computer206 to client computers 204 and installed as a plug-in or ACTIVEX™component of a web browser. Accordingly, client computers 204 mayutilize ACTIVEX™ components/component object model (COM) or distributedCOM (DCOM) components to provide a user interface on a display of clientcomputer 204, or client computers 204 may simply use HTML, CSS andJavascript features of the web browser to provide a user interface on adisplay. The web server 210 is typically a program such as IBM WEBSPHEREAPPLICATION SERVER™ or MICROSOFT'S INTERNET INFORMATION SERVER™.

Web server 210 may host a Java™ Servlet, an Active Server Page (ASP) orInternet Server Application Programming Interface (ISAPI) application212, which may be executing scripts. The scripts invoke objects thatexecute business logic (referred to as business objects). The businessobjects then manipulate data in database 216 through a databasemanagement system (DBMS) 214. In embodiments of the present invention, abusiness object may implement a generic processor such as content engine320 or process engine 322 (see description of FIG. 3 below).

Generally, these components 200-216 all comprise logic and/or data thatis embodied in/or retrievable from device, medium, signal, or carrier,e.g., a data storage device, a data communications device, a remotecomputer or device coupled to the computer via a network or via anotherdata communications device, etc. Moreover, this logic and/or data, whenread, executed, and/or interpreted, results in the steps necessary toimplement and/or use the present invention being performed.

Although the terms “user computer”, “client computer”, and/or “servercomputer” are referred to herein, it is understood that such computers102, 204, and 206 may be interchangeable and may further include thinclient devices with limited or full processing capabilities, portabledevices such as cell phones, notebook computers, pocket computers,multi-touch devices, and/or any other devices with suitable processing,communication, and input/output capability.

Of course, those skilled in the art will recognize that any combinationof the above components, or any number of different components,peripherals, and other devices, may be used with computers 102, 204, and206.

Software Embodiment Overview

Embodiments of the invention are implemented as a software applicationon a computer 102 (e.g., client computer 204 or server computer 206).Further, as described above, the client computer 204 or server computer206 may comprise a thin client device or a portable device that has amulti-touch-based display.

As described above, embodiments of the invention provide an abstractuser interface widget referred to as the Case Interactive DocumentRendering widget that interacts with a case management environmentexternally, and with a variety of user interface design optionsinternally.

FIG. 3 illustrates the primary components used as well as keyoperational steps that occur while opening a form in accordance with oneor more embodiments of the invention. Similarly, FIG. 4 illustrates theoperation sequence that occurs when a data collection task is completedsuccessfully with the form in accordance with one or more embodiments ofthe invention. As described above, a web browser 302 within a clientcomputer 204 may communicate with a server computer 206 (e.g., a CaseManagement Environment Server 305). Further, to provide an interactivedocument, multiple different technologies may be used. One suchtechnology is that of FileNet P8 eForms. To enable the use of IBM Formsas an alternative interactive document technology, the web browser 302may provide a Case Management Environment Client 304 that is used tointeract with a servlet equipped with the IBM Forms Webform Server (WFS)framework 306. Details regarding the different components and methodsillustrated in FIGS. 3 and 4 are described below.

1. Common Components

Each form platform (e.g., P8 eForms, IBM™ Forms, or others) uses its ownservlet 307 (e.g., executing within Case Management Environment Server305) to render and manage form state. A common FormService class may beprovided to manage common operations such as the retrieval orpersistence of form content or the parsing and injection of caseproperties, metadata and constraints into the form. The delegationpattern is applied to allow each form platform to handle form injectionevents in a manner appropriate to the platform.

Embodiments of the invention create an AbstractForm dijit class as anabstraction of the various form-related operations. As used herein,dijit is a user interface library that provides widgets andfunctionality for a developer to create a user interface. Among otherfeatures, the AbstractForm dijit class interface supports “open”,“inject” and “validate” methods each triggered directly or indirectly byICM events. Additional common methods are provided to manage the parsingand injection of form data and metadata (or external constraints). Thedelegation pattern is applied to allow each form platform to handle formdata and metadata injection or validation events in a manner appropriateto the platform.

2. Initial Rendering

A user may first be presented with a web browser 302 that contains atoolbar 308 or other buttons/menu options. The process begins when auser selects an “open” button to open/create a form. The Case ManagementEnvironment Client 304 determines the interactive document type to openbased on the configuration of the case management solution beingpresented. Hereafter in this description, it is assumed that the casemanagement solution is configured to open an IBM Forms document. At 350,the selection of the “open” button creates a wrapper widget for theinteractive document to be opened. In one embodiment, the wrapper widgetis implemented with Form Dijit 310 and a Form iframe 316 (e.g., Formiframe). The Case Management Environment Client 304 invokes the open( )method of the wrapper widget. The invocation includes a request 352 forthe form that is transmitted to the servlet 307 that executes within theCase Management Environment Server 305. In this regard, for the extendedForm Dijit 310, the “open” method includes the case properties, metadataand constraints in the parameters passed 352 to the servlet 307 for theinitial form rendering. (It may be further noted that the CaseManagement Environment Client 304 previously obtained the caseproperties, metadata and constraints from the Case ManagementEnvironment Server 305, where they are stored in content engine 320 [andwhere some case properties may be stored as business process variablesin process engine 322]). At the server 305, the FormService component(i.e., servlet 307) also determines the interactive document type toopen based on the configuration of the case management solution. TheFormService component (i.e., servlet 307) parses the case data, metadataand constraints and fires server-side injection events for each value,metadata and constraint into the interactive document being initializedfor rendition. In the case of an IBM Forms document, for each metadataand constraint, an XForms “bind” object is created to effect thatmetadata or enforce that constraint within the XForms model.Accordingly, at 354, the open( ) method executing in servlet 307initializes the IBM Forms document by opening an XFDL (XML format of anIBM Form) form, injecting data, choice lists, metadata and constraintsinto the form, serializing the XFDL to output a stream 356, anddestroying the run-time instance of the XFDL form in servlet 307, (whichis no longer needed as the information is serialized into the outputstream 356).

If the web browser 302 is equipped with an IBM Forms Viewer module, suchas a plug-in or ACTIVEX™ component, then the XFDL serialization isreturned 358 to the output stream. The servlet base class implementationof WFS framework 306 delivers 360 the output stream content (the XFDL)to the IBM Form dijit 310. Otherwise, if the web browser 302 in notequipped with an IBM Forms Viewer module, then the XFDL on the outputstream is then passed, at 356, to the WFS Translator 312. The WFSTranslator 312 instantiates the XFDL form within its collection of Formrun-time instances 314, and then replaces 358 the XFDL on the servlet307 output stream with one page of HTML (hypertext markup language). TheWFS framework 306 then passes 360 the HTML for one page of XFDL to theForm Dijit 310 executing the open( ) operation.

The form 316 is then rendered (e.g., the XFDL or HTML is sent 362 to aniframe 316 for user interaction).

For the P8 eForms wrapper widget, as implemented by the extendedFilenetForm dijit 310, the “open” method omits the case properties,metadata and constraints from the parameters passed 352 to the server,opting instead to inject them in the client implementation (see below).The form 316 is simply rendered without the case data and metadata.After the form 316 is rendered, the case properties, metadata andconstraints are injected into the form via the “inject” method (seebelow).

3. Dynamic Injection

The “inject” method is called to inject 354 at least one of a new caseproperty list, a new case property metadata list and a new case propertyconstraint list into the form 316 after its initial rendering.

For the IBM Forms wrapper widget, the extended IBMForm dijit 310 has an“inject” method that is invoked, the implementation of which depends onwhether or not the web browser 302 is equipped with the IBM FormsViewer. If web browser 302 is equipped with the IBM Forms Viewer, thenits dynamic injection method is invoked. Otherwise, if web browser 302is not equipped with the IBM Forms Viewer, then the inject methodperforms an AJAX (asynchronous JavaScript™ and XML [extensible markuplanguage]) call to the IBM Forms servlet 307 running within server 305.The handler in servlet 307 for the AJAX call invokes a dynamic injectionmethod of WFS Translator 314 on the XFDL form within the IBM FormsRun-time Instances 314. The dynamic injection method creates or updatesdata elements in XForms “instance” objects to change case propertyvalues based on the values in the new case property list and choice listmetadata based on updated choice list in the new case property metadatalist, and it creates or updates XForms “bind” objects in the XFDL formto effect other new metadata settings from the new case propertymetadata list and to enforce new constraints from the new case propertyconstraint list. If the dynamic injection method of the WFS Translator314 was invoked, then the WFS Translator 314 formulates a JSONrepresentation of the changes resulting from the injection and returnsthe JSON representation as the result of the AJAX call. The IBMFormdijit 310 uses the JSON representation of the changes to update the form316 rendering.

For the P8 eForms wrapper widget, as implemented by the extendedFilenetForm dijit 310, the “inject” method 356 invokes the common dataand metadata injection method and provides handlers for the variousinjection events. These event handlers cache event metadata (see below)and call the P8 eForms JavaScript API to update the form state asrequired. It may be noted that certain external constraints, such asminValue, maxValue, maxLength and hidden may not be supported.

4. Validation

Once the data collection task is completed successfully with the form316, there is a need to validate the form and persist the data in theform. FIG. 4 illustrates such a process. Accordingly, if a “complete”button on toolbar 308 is selected, persist( ) and close( ) methods maybe invoked if the form is determined to be valid (i.e., if a validate( )method is true).

Accordingly, once the form is complete, a determination is made at 402regarding whether the form is valid. To perform such a determination402, the “validate” method is called to determine the valid state of theform 316. The validate method may be called to determine the initialview/edit state of the form 316. The validate method is always calledprior to a completion save operation (i.e., persisting the case propertydata values responsive to a user indicating completion of a businessprocess step of the case management solution). The validate method mayor may not be called prior to an intermediate save operation (i.e.,persisting the case property data values responsive to a user indicatinga termination of the data collection experience without completion of abusiness process step, such as for the purpose of continuing at a latertime or date). The “validate” method reports the list of case propertiesvalidated, the valid state and an optional error message.

For the extended IBM Form Dijit 310, the “validate” method 402 ensuresthat the value in the focused user interface element of IBM Form 316 iscommitted to the XFDL form run-time instance, which is either in the IBMForms Viewer or in IBM Form Run-time instances 314. In both cases, thecommitted value triggers a notification to the Case ManagementEnvironment Client 304 that provides the new value for the case propertyassociated with the focused user interface element. If the web browser302 is equipped with the IBM Forms Viewer, then its validation method isinvoked. Otherwise, IBM Form Dijit 310 performs an AJAX call to thevalidation method of the IBM Form servlet 307 to inquire the validstatus of the XFDL form in IBM Form Run-time Instances 314. In bothcases, the IBM Forms validation method evaluates each non-hidden formfield against the current set of “bind” objects that representconstraints to determine the valid status. The Case ManagementEnvironment Client 304 may also validate constraints on the values ofcase properties that are hidden by form 316.

For the extended FilenetForm dijit 310, the “validate” method 402commits the current cell and calls the P8 eForms JavaScript API todetermine the valid state of the form 316. Since the P8 eFormsJavaScript API may only support a subset of the defined externalconstraints, additional validation may be performed against theremaining constraints by the Case Management Environment Client 304.

The result of the validation method is a list of case properties thathave invalid values. The form 316 is valid if the invalid case propertylist is empty. In this case, if the web browser 302 is equipped with theIBM Forms Viewer, then the XFDL serialization is obtained 452 from theIBM Forms Viewer (i.e., from the viewer rendered within the iframe 316).Thereafter, the persist( )method of the wrapper widget, i.e. Form Dijit310, is invoked. In an exemplary embodiment, the wrapper widget has atall times a case property list containing the name and latest value ofall case properties changed within the interactive document. The wrapperwidget implementation does this by setting up a change listener on theinteractive document to receive a change event for each case propertyvalue change, if the interactive document technology supports changelisteners. In an alternative embodiment, the wrapper widget canconstruct a resultant case property list by requesting the latest valueof each case property from the interactive document. In an alternativeembodiment, the resultant case property list is filtered to remove caseproperties that are identical in name and value to a case property inthe originally injected case property list. The wrapper widget theninvokes 454 the persist method of the servlet 307, passing it theresultant case property list.

The persist method invocation 454 may also include the XFDLserialization in the POST data if it was obtained from the IBM FormsViewer (not WFS 306). If there is no XFDL in the POST data, then theservlet 307 may call 456 WFS 306 to retrieve the XFDL. The XFDL form maythen be stored/persisted 458 in a content engine 320. Finally, in anexemplary embodiment, the Case Management Environment Client 304 alsocommits the case property value changes from the resultant case propertylist to the content engine 320.

Once persisted/saved 458, any “dirty” flag for the form may be cleared460 by the Form Dijit 310. In addition, step 460 may also include theCase Management Environment Client 304 calling the inject method (e.g.,to further update the form with changes made by another user usinganother client computer 204) or the Case Management Environment Client304 may invoke 460 the close operation on the form.

Logical Flow

FIG. 5 is a flow chart illustrating the logical flow for encapsulatinguser interface components in a case management environment in accordancewith one or more embodiments of the invention.

At step 502, a wrapper widget is created that is appropriate to a typeof indicated interactive document. The wrapper widget is animplementation of an abstract user interface widget definition. Theabstract widget definition provides an interface that enables the casemanagement environment and wrapper widget to each delegate appropriatefunctionality to the other side of the system. In other words, thewrapper widget is equipped to render the document within the casemanagement environment. In addition, the wrapper widget is equipped topass a first case property list and at least one of a case propertymetadata list and a case property constraint list from the casemanagement environment to the interactive document. The wrapper widgetis further equipped to pass at least one of a second case property listand an invalid case property list from the document to the casemanagement environment. The first and second case property lists may bedifferent (e.g., if a case property and/or value has changed) or may bethe same (e.g. if the user has not changed anything in the list).

At step 504, the wrapper widget is used to pass a first case propertylist and at least one of a case property metadata list and a caseproperty constraint list from the case management environment to theindicated interactive document. Such a case property (within the caseproperty list) may have a value that reflects a step of a businessprocess workflow. Further, the document may impose a dynamic rule for ametadata value or a constraint that is associated with the passed caseproperty. In one embodiment, if a metadata value or constraint is alsopassed to the document, the document may combine the effects, such asensuring that all constraints are satisfied or that the user interfaceelement behaves in a read-only manner unless both the case managementenvironment and the document's dynamic rule indicate a false read-onlymetadata value. An alternative embodiment may dynamically inject thefirst case property list and the at least one of a case propertymetadata list and a case property constraint list only after initialrendition; this alternative can be regarded as equivalent to providing,in step 504, an empty list for the first case property list and an emptylist or lists for the at least one of a case property metadata list anda case property constraint list.

At step 506, the wrapper widget is used to render and enable interactionwith the interactive document. The user is enabled to edit the caseproperty values using the user interface components of the interactivedocument. The user interface components in the document rendition areresponsive to at least one of the effects of the case property metadatalist and the case property constraint list. In an exemplary embodiment,the interactive document technology supports dynamic injection of atleast one of a case property list, a case property metadata list and acase property constraint list subsequent to the initial rendering.

At step 508, responsive to a user request to save the case work orcomplete the data collection session, the wrapper widget is used to passat least one of a second case property list (either the same ordifferent from the first case property list) and the invalid caseproperty list from the indicated interactive document to the casemanagement environment. Thereafter, the case management environment maypersist, in a content engine or database, the case properties (from thelist) subsequent to receiving, from the wrapper widget, an empty invalidcase property list. In addition, when the indicated interactive documentproduces an invalid case property list, at least one property constraintis not enforced (by the interactive document). However, the caseproperty constraint is enforced by the wrapper widget by adding the caseproperty to the invalid case property list (obtained from theinteractive document).

In one or more embodiments, the wrapper widget is substituted for a datawidget in a case solution of the case management environment. In such acase, the interactive document rendered in the wrapper widget is used toedit the case property values, but the interactive document itself isnot persisted, responsive to completion of the data collection session.

Steps 504 and 508 may further provide for a case property value changemade from within the interactive document at step 506. In such anexemplary case, a case property having a first value (e.g., X=A) ispassed from the case management environment to the interactive document.The interactive document changes the value of the case property to asecond value (e.g., from A to B) and then passes the case property withthe new value (e.g., X=B) back to the case management environment.

In addition to the above, a digital signature may be created for theinteractive document at step 506. Thereafter, the interactive documentand digital signature may be persisted within a case of the casemanagement solution. In such an embodiment, the modifiability of a caseproperty is restricted, responsive to the creation of the digitalsignature, if the digital signature includes in its signed informationthe form data element associated with the case property.

CONCLUSION

This concludes the description of the preferred embodiment of theinvention. The following describes some alternative embodiments foraccomplishing the present invention. For example, any type of computer,such as a mainframe, minicomputer, or personal computer, or computerconfiguration, such as a timesharing mainframe, local area network, orstandalone personal computer, could be used with the present invention.In summary, embodiments of the invention unify the run-time operation ofat least one interactive document with the run-time operation of a casesolution. At a defined point in the operation of a case solution, aninteractive document is presented to the user. At least one caseproperty value (i.e. a data value of the case) is injected into thedocument. Various behavioral descriptors or metadata settings of thecase, if any, are also injected and are expected to be enforced by theinteractive document processor. This can include data type and datavalue constraint expressions, as well as requiredness and read-onlyindicators or conditional expressions, and show/hide indicators orconditional expressions. The interactive document may express furtherbehavioral descriptors that are expected to be merged with thoseinjected from the case solution.

In view of the above, in embodiments of the invention, data valuechanges and the merged results of the behavioral descriptors arereflected back to the case solution at the key points of the interactionlifecycle, such as when the user attempts to save the document orcompletes a task of the case solution. Further advantages can be derivedfrom the additional features that an interactive document format bringsto the case solution, such as the ability to provide a printabledocument of record for the transaction represented by the case or theability to digitally sign the document of record for increasedauditability of the case solution as the system of record. The digitalsignature aspect allows a further advantage related to the restrictionof future modifiability of case property values covered by at least onesignature.

In summary, embodiments of the invention provide for the creation of amanager that can manage interaction of a customizable set of userinterface components with external constraints (such as events betweencomponents, interactions with data bases, etc.) as well as internalconstraints (such as the number of fields, interactions between fields,etc.).

The foregoing description of the preferred embodiment of the inventionhas been presented for the purposes of illustration and description. Itis not intended to be exhaustive or to limit the invention to theprecise form disclosed. Many modifications and variations are possiblein light of the above teaching. It is intended that the scope of theinvention be limited not by this detailed description, but rather by theclaims appended hereto.

1-8. (canceled)
 9. An apparatus for encapsulation of user interfacecomponents in a case management environment of a computer systemcomprising: (a) a computer having a memory; (b) an application executingon the computer, wherein the application is configured to: (1) create awrapper widget based on the type of an indicated interactive documentand an abstract user interface widget definition; (2) pass, using thewrapper widget, a first case property list and at least one of a caseproperty metadata list and a case property constraint list from the casemanagement environment to the indicated interactive document; (3)render, using the wrapper widget, the indicated interactive document;(4) pass, using the wrapper widget, at least one of a second caseproperty list and an invalid case property list from the indicatedinteractive document to the case management environment.
 10. Theapparatus of claim 9, wherein the application is further configured toinject at least one of a new case property list, a new case propertymetadata list and a new case property constraint list subsequent to therendering.
 11. The apparatus of claim 9, wherein: a case property of thefirst case property list comprises a first value that is passed, usingthe wrapper widget, from the case management environment to theindicated interactive document; the indicated interactive documentchanges the case property to a second value that is passed, using thewrapper widget, from the indicated interactive document to the casemanagement environment.
 12. The apparatus of claim 9, wherein: a caseproperty received by the indicated interactive document from the casemanagement environment comprises a value that reflects a step of abusiness process workflow.
 13. The apparatus of claim 9, wherein thecase management environment: persists, in a content engine or database,a case property subsequent to receiving, from the wrapper widget, anempty invalid case property list.
 14. The apparatus of claim 13,wherein: at least one case property constraint is not enforced by theindicated interactive document when it produces the invalid caseproperty list; and the at least one case property constraint is enforcedby the wrapper widget by adding the case property to the invalid caseproperty list obtained from the indicated interactive document.
 15. Theapparatus of claim 9, wherein: the indicated interactive documentimposes a dynamic rule for a metadata value for a user interface elementthat is associated with a case property.
 16. The apparatus of claim 9,wherein the application is further configured to: create a digitalsignature for the interactive document; and persist the interactivedocument and the digital signature within a case of a case managementsolution of the case management environment, wherein modifiability of atleast one case property is restricted, responsive to the creation of thedigital signature.
 17. A computer readable storage medium encoded withcomputer program instructions which when accessed by a computer causethe computer to load the program instructions to a memory thereincreating a special purpose data structure causing the computer tooperate as a specially programmed computer, executing a method ofencapsulating user interface components in a case managementenvironment, comprising: (a) creating a wrapper widget based on the typeof an indicated interactive document and an abstract user interfacewidget definition; (b) passing, using the wrapper widget, a first caseproperty list and at least one of a case property metadata list and acase property constraint list from the case management environment tothe indicated interactive document; (c) rendering, using the wrapperwidget, the indicated interactive document; (d) passing, using thewrapper widget, at least one of a second case property list and aninvalid case property list from the indicated interactive document tothe case management environment.
 18. The computer readable storagemedium of claim 17, further comprising injecting at least one of a newcase property list, a new case property metadata list and a new caseproperty constraint list subsequent to the rendering.
 19. The computerreadable storage medium of claim 17, wherein: a case property of thefirst case property list comprises a first value that is passed, usingthe wrapper widget, from the case management environment to theindicated interactive document; the indicated interactive documentchanges the case property to a second value that is passed, using thewrapper widget, from the indicated interactive document to the casemanagement environment.
 20. The computer readable storage medium ofclaim 17, wherein: a case property received by the indicated interactivedocument from the case management environment comprises a value thatreflects a step of a business process workflow.
 21. The computerreadable storage medium of claim 17, wherein the case managementenvironment: persists, in a content engine or database, a case propertysubsequent to receiving, from the wrapper widget, an empty invalid caseproperty list.
 22. The computer readable storage medium of claim 21,wherein: at least one case property constraint is not enforced by theindicated interactive document when it produces the invalid caseproperty list; and the at least one case property constraint is enforcedby the wrapper widget by adding the case property to the invalid caseproperty list obtained from the indicated interactive document.
 23. Thecomputer readable storage medium of claim 17, wherein: the indicatedinteractive document imposes a dynamic rule for a metadata value for auser interface element that is associated with a case property.
 24. Thecomputer readable storage medium of claim 17, further comprising:creating a digital signature for the interactive document; andpersisting the interactive document and the digital signature within acase of a case management solution of the case management environment,wherein modifiability of at least one case property is restricted,responsive to the creation of the digital signature.